home *** CD-ROM | disk | FTP | other *** search
- Path: nntp.teleport.com!sschaem
- From: sschaem@teleport.com (Stephan Schaem)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Fastmem to chip
- Date: 26 Feb 1996 19:51:20 GMT
- Organization: Teleport - Portland's Public Access (503) 220-1016
- Distribution: world
- Message-ID: <4gt2vo$a49@maureen.teleport.com>
- References: <517.6624T116T387@himolde.no> <542.6624T1040T2116@sn.no> <4gj2gn$f9c@sunsystem5.informatik.tu-muenchen.de>
- NNTP-Posting-Host: julie.teleport.com
- X-Newsreader: TIN [version 1.2 PL2]
-
- Juergen "Rally" Fischer (fischerj@Informatik.TU-Muenchen.DE) wrote:
-
- : I hope it will do an async blit to the window, cpu free again.
- : So you can copy in between from fast to chip into _another_ bitmap.
- : Well, correct me if this is wrong, I heard OS buffers gfx-functions
- : that use the blitter. bufferdepth = 1.
-
- even if it require 1 blit, if you dont setup your rastport the 'majic
- way' the OS will busy loop before returning from the blit (last time I
- check was some time ago with 3.1). If you do but dont use interleave
- only the last pass wont busy loop. on 8bitplane blit only during 1/8
- of the blit the cpu and blitter can work at the same time.
-
- : : >windows RPort. But there seem to be no way of doing that, just blitter
- : : >operations :-(
- : : Copy the BitMap->Planes[] data. Works for me. I use fast for my undo buffer in
-
- : Well, works in a screens bitmap. might fail in a window (layer stuff).
-
- I think the layer can call you when update are needed... myself I just
- use interleaved bitmap and use bltbitmaprastport in parallel. It max
- out at 27fps for a 256x200 window in 32colors, and uses 'zero' cpu cycle
- so why not since my stuff dont run that fast. it could run on a screen
- poking only working on ecs/aga or totaly OS friendly in a window without
- any speed diference (And work fine on any gfx card).
-
- Stephan
-